order. All data saved in the system can 
be straightforwardly retrieved, ex- 
ported, and migrated. 

Using TSDSS’s interactive data visuali- 
zation tool, a user can conveniently 
choose any combination and mathemat- 
ical computation of interesting teleme- 
try points from a large range of time pe- 
riods (life cycle of mission ground data 
and mission operations testing) , and dis- 
play a graphical and statistical view of 
the data. With this graphical user inter- 


face (GUI), the data queried graphs can 
be exported and saved in multiple for- 
mats. This GUI is especially useful in 
trending data analysis, debugging anom- 
alies, and advanced data analysis. At the 
request of the user, mission-specific in- 
strument performance assessment re- 
ports can be generated with a simple 
click of a button on the GUI. 

From instrument level to observatory 
level, the TSDSS has been operating 
supporting functional and performance 


tests and refining system calibration al- 
gorithms and coefficients, in sync with 
the Aquarius/ SAC-D spacecraft. At the 
time of this reporting, it was prepared 
and set up to perform anomaly investi- 
gation for mission operations preceding 
the Aquarius/SAC-D spacecraft launch 
on June 10, 2011. 

This work was done by Lakesha Bates and 
Liang Hong of Goddard Space Flight Center. 
Further information is contained in a TSP 
(seepage 1). GSC-1 6035-1 


@ CropE x Web-Based Agricultural Monitoring and Decision Support 

Changes in crop health are monitored over time. 

Stennis Space Center, Mississippi 


CropEx is a Web-based agricultural De- 
cision Support System (DSS) that moni- 
tors changes in crop health over time. It 
is designed to be used by a wide range of 
both public and private organizations, in- 
cluding individual producers and re- 
gional government offices with a vested 
interest in tracking vegetation health. 
The database and data management sys- 
tem automatically retrieve and ingest 
data for the area of interest. Another 
stores results of the processing and sup- 
ports the DSS. The processing engine will 
allow server-side analysis of imagery with 
support for image sub-setting and a set of 
core raster operations for image classifi- 
cation, creation of vegetation indices, 
and change detection. 

The system includes the Web-based 
(CropEx) interface, data ingestion sys- 
tem, server-side processing engine, and 
a database processing engine. It con- 
tains a Web-based interface that has 
multi-tiered security profiles for multi- 
ple users. The interface provides the 


ability to identify areas of interest to spe- 
cific users, user profiles, and methods of 
processing and data types for selected or 
created areas of interest. A compilation 
of programs is used to ingest available 
data into the system, classify that data, 
profile that data for quality, and make 
data available for the processing engine 
immediately upon the data’s availability 
to the system (near real time). 

The processing engine consists of 
methods and algorithms used to process 
the data in a real-time fashion without 
copying, storing, or moving the raw data. 
The engine makes results available to the 
database processing engine for storage 
and further manipulation. The database 
processing engine ingests data from the 
image processing engine, distills those 
results into numerical indices, and stores 
each index for an area of interest. This 
process happens each time new data is 
ingested and processed for the area of in- 
terest, and upon subsequent database 
entries, the database processing engine 


qualifies each value for each area of in- 
terest and conducts a logical processing 
of results indicating when and where 
thresholds are exceeded. Reports are 
provided at regular, operator-deter- 
mined intervals that include variances 
from thresholds and links to view raw 
data for verification, if necessary. 

The technology and method of devel- 
opment allow the code base to easily be 
modified for varied use in the real-time 
and near-real-time processing environ- 
ments. In addition, the final product will 
be demonstrated as a means for rapid 
draft assessment of imagery. 

This work was done by Craig Harvey and 
Joel Lawhead of Stennis Space Center. 

Inquiries concerning rights for its commer- 
cial use should be addressed to: 

NVision Solutions, Inc. 

13131 Hwy 603 

Stennis Technology Park, Suite 301 
Bay St. Louis, MS 39520 
Phone No.: (228) 242-0015 
Refer to SSC-00312. 


@ High-Performance Data Analysis Tools for Sun-Earth 
Connection Missions 

Applications include medical image analysis, hyperspectral imaging, wildlife tracking, and sensor 
data processing. 

Goddard Space Flight Center, Greenbelt, Maryland 


The data analysis tool of choice for 
many Sun-Earth Connection missions is 
the Interactive Data Language (IDL) by 
ITT VIS. The increasing amount of data 
produced by these missions and the in- 
creasing complexity of image process- 


ing algorithms requires access to higher 
computing power. Parallel computing is 
a cost-effective way to increase the speed 
of computation, but algorithms often- 
times have to be modified to take advan- 
tage of parallel systems. Enhancing IDL 


to work on clusters gives scientists access 
to increased performance in a familiar 
programming environment. The goal of 
this project was to enable IDL applica- 
tions to benefit from both computing 
clusters as well as graphics processing 
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units (GPUs) for accelerating data 
analysis tasks. 

The tool suite developed in this proj- 
ect enables scientists now to solve de- 
manding data analysis problems in IDL 
that previously required specialized soft- 
ware, and it allows them to be solved or- 
ders of magnitude faster than on con- 
ventional PCs. The tool suite consists of 
three components: (1) TaskDL, a soft- 
ware tool that simplifies the creation 
and management of task farms, collec- 
tions of tasks that can be processed inde- 
pendently and require only small 
amounts of data communication; (2) 


mpiDL, a tool that allows IDL develop- 
ers to use the Message Passing Interface 
(MPI) inside IDL for problems that re- 
quire large amounts of data to be ex- 
changed among multiple processors; 
and (3) GPULib, a tool that simplifies 
the use of GPUs as mathematical co- 
processors from within IDL. 

mpiDL is unique in its support for the 
full MPI standard and its support of a 
broad range of MPI implementations. 
GPULib is unique in enabling users to 
take advantage of an inexpensive piece 
of hardware, possibly already installed in 
their computer, and achieve orders of 


magnitude faster execution time for nu- 
merically complex algorithms. TaskDL 
enables the simple setup and manage- 
ment of task farms on compute clusters. 

The products developed in this proj- 
ect have the potential to interact, so one 
can build a cluster of PCs, each 
equipped with a GPU, and use mpiDL to 
communicate between the nodes and 
GPULib to accelerate the computations 
on each node. 

This work was done by Peter Messmer of 
Tech-X Corporation for Goddard Space Flight 
Center. Further information is contained in a 
TSP (see page 1 ). GSC-15 749-1 


@ Experiment in Onboard Synthetic Aperture Radar 
Data Processing 

The algorithm runs in a parallel/multicore environment, and integrates radiation hardening by 
software (RHBS) self-protection strategies. 

Goddard Space Flight Center, Greenbelt, Maryland 


Single event upsets (SEUs) are a 
threat to any computing system running 
on hardware that has not been physically 
radiation hardened. In addition to man- 
dating the use of performance-limited, 
hardened heritage equipment, prior 
techniques for dealing with the SEU 
problem often involved hardware-based 
error detection and correction (EDAC) . 
With limited computing resources, soft- 
ware-based EDAC, or any more elabo- 
rate recovery methods, were often not 
feasible. Synthetic aperture radars 
(SARs), when operated in the space en- 
vironment, are interesting due to their 
relevance to NASAs objectives, but prob- 
lematic in the sense of producing prodi- 
gious amounts of “raw” data. Prior im- 
plementations of the SAR data 
processing algorithm have been too 
slow, too computationally intensive, and 
require too much application memory 
for onboard execution to be a realistic 
option when using the type of heritage 
processing technology described above. 

This standard C-language implemen- 
tation of SAR data processing is distrib- 
uted over many cores of a Tilera Multi- 
core Processor, and employs novel 
Radiation Hardening by Software 
(RHBS) techniques designed to protect 
the component processes (one per 


core) and their shared application mem- 
ory from the sort of SEUs expected in 
the space environment. The source code 
includes calls to Tilera APIs, and a spe- 
cialized Tilera compiler is required to 
produce a Tilera executable. The com- 
piled application reads input data de- 
scribing the position and orientation of 
a radar platform, as well as its radar-burst 
data, over time and writes out processed 
data in a form that is useful for analysis 
of the radar observations. 

The application is capable of recover- 
ing from some types of SEU-induced in- 
terference with component processes 
and/or corruption of the shared appli- 
cation memory, and also writes out per- 
formance statistics designed to assist in 
evaluating the effectiveness of the novel 
RHBS techniques employed. These per- 
formance data are useful in identifying, 
time-stamping, and (indirectly) geo-lo- 
cating SEU incidents along with the ap- 
plication’s responses. 

The tileSAR software distributes the 
problem of processing SAR data over an 
“engine” made up of a number of coop- 
erating parallel processes (one per 
core). This engine is replicated three 
times within the Tilera processor; always 
one process per core, and all engines 
running in parallel. Each engine also in- 


cludes an additional scrubbing process 
(core), and there is one final triple-vot- 
ing process external to the engines. 
When distributing the SAR algorithm 
among the processes of each engine, the 
usual single-stringed implementation 
(each sub-task executed in sequence) is 
replaced with an implementation where 
independent operations are carried out 
concurrently by independent processes. 
Every opportunity for concurrency 
within this algorithm is exploited, as this 
dramatically reduces execution time. 
The result of each engine’s processing is 
a series of output records. The processes 
that make up each engine share a single 
working set of data, collectively called 
the engine’s “workspace.” The state of 
each workspace at each synchronization 
point is expected to be identical to that 
of the other engines, and reflects the 
state of progress the engine has made 
through its execution of the algorithm. 
The combined effect of scrubbing and 
triple-voting enables certain types of 
workspace corruption to be detected 
and corrected such that processing may 
continue without interruption or error. 

This work was done by Matthew Holland of 
Goddard Space Flight Cen ter. Further informa- 
tion is contained in a TSP ( seepage 1 ). GSC- 
15757-1 
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